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COMMUNICATIONS PROCESSOR FOR ELECTRIC POWER SUBSTATIONS 



Description 

This invention relates generally to protection 
systems for electric power lines, circuit breakers and 
transformers, and more particularly concerns a 
communication processing apparatus which is to be used 
primarily at electric power substations for integrating 
10 communication with and between the various protective 
devices and other supporting devices located at a 
substation. 

Background of the Invention 

15 Electric power systems generally include high 

voltage (>69KV) transmission lines from a generating 
means, a number of substations, and a network of 
distribution (<69KV) and feeder lines for the delivery 
of electric power to the customers. An electric power 

20 system typically includes a number of protective relays, 
as well as other protection devices, which monitor the 
operation of the power system and determine, among other 
things, when and where a fault occurs in the system. 
Circuit breaker devices are in turn controlled by the 

25 protective relays. 

Historically, protective relays were 
mechanical or electro-mechanical (a large number of such 
relays are still in use) , while more recently, 
protective relays are typically microprocessor-based and 

30 are usually referred to as digital or computer relays. 
These computer relays typically record a significant 
amount of information for the power lines associated 
with the substation, including voltages and currents on 
the power lines, as well as complete "event" information 

35 relative to any abnormal (fault) conditions. This 
information is stored in the memories of the computer 
relays. 

The relays provide output signals, when 
appropriate, which are used to control associated 
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circuit breakers operating on the power lines. The 
information stored in such relays can be transmitted to 
a central facility and/or accessed locally via a printer 
terminal, (j Comprehensive system monitoring is 
5 accomplished by what is known generally as a SCADA 
system, which stands for Supervisory Control and Data 
Acquisition, and which is widely known and used. 

A development which resulted in some 
communication integration of the various protective 
10 relays and other supporting devices at a substation is 
known as a protective remote terminal unit (PRTU) . The 
PRTU includes a modem for remote telephone 
communication, as well as control software for basic 
communication purposes, and is capable of handling input 
15 information from several different protective relays. 
The PRTU includes a simple data buffering capability, as 
well as a local port for a terminal, printer or 
computer. Another development, known as a display 
transducer adaptor (DTA) , provides analog output 
20 information from the digital information available from 
microprocessor-based protective relays. This is helpful 
for integration of the protective system with analog 
SCADA remote terpinal units. Such a system is shown in 
syytllC^ U.S. Patent No. fl, 160,926, which is assigned to the same 

25 assignee as the present invention. 

In another system integration approach, each 
protective relay or other intelligent electronic device 
(IED) in the protection system is connected to a 
communication network bus through a network interface 
3 0 module (NIM) . Each NIM must be separately programmed to 
retrieve, store and distribute IED information. A human 
machine interface, such as a personal computer with a 
monitor, provides local control and monitoring. The 
system can communicate with a SCADA system through a 
35 remote terminal unit at the substation. A modem may 
also be included, for communication with remote network 
devices . 
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Some of the prior communication integration 
systems included the capability of automatic scanning 
port- to-port for any data present at the port data 
buffers. Some systems could also respond directly to a 
5 particular port upon an indication of a fault condition 
recognized by the relay connected to that port. Some 
terminal units had additional data buffering capability , 
enabling them to communicate with a central monitoring 
(SCADA) system or a computer system through a 

10 conventional modem. In some systems, the data had to be 
reformatted to an ASCII format for use by a printer. 
Other devices, however, were completely transparent to 
the data received from their ports. 

The systems described above, while achieving 

15 some communication integration at the substation level, 
were not capable of processing the information received 
from the ports, nor did those systems have a database 
capability. These disadvantages significantly limited 
the capability of the communications systems. It was 

20 the applicants herein who recognized the full 
communication integration opportunities possible at the 
substation level and developed an apparatus to take 
advantage of those opportunities. 

25 Summary of the Invention 

Accordingly, the present invention is a 
communications processor apparatus for integrating 
communication between a plurality of electronic devices 
having data communication capability, such as protective 

30 relays, meters, terminal devices and a computer present 
at a given location in a power system, such as a 
substation, or connected remotely thereto, the apparatus 
including an electronic network system having a 
plurality of port positions to which electronic devices 

35 may be connected, including at least one port position 
to which an apparatus for entry of control commands may 
be connected and at least one port position through 



which data obtained from said electronic devices may be 
obtained; means for storing and retrieving data obtained 
from the electronic devices; means for processing data 
obtained from the electronic devices; and control means 
5 for controlling the flow of data and control commands 
between said ports* 

Brief Description of the Drawings 

Figure ^l^^is a block diagram showing a 
10 representative substation configuration, including the 
communications processor of the present invention. 

Figure 2 is a block diagram of the 



communications processor of the present invention. 

Figure 3 is a high level software data flow 
15 and command chart showing the flow of data and the flow 
of operations control for the communications processor 
of the present invention. 

Figure 4 is a listing showing the hierarchy of 
interrupts in the ^imunications processor. 
20 Figures <*5A-^5G are software flow chart diagrams 

for a portion of the^chart of Figure 3. 

Figures 6A-6B are software flow chart diagrams 
for another portion of the chart of Figure 3. 

25 Best Mode for Carrying Out the Invention 

Figure 1 shows a simplified power system 
substation configuration. The substation includes a 
pair of incoming high voltage power transmission lines 
10 and 12 connected to the high voltage side of a 

30 transformer 14. Connected to the low voltage side of 
the transformer 14 are a plurality of distribution lines 
16, 17, 18 and 19. Each of the transmission lines and 
each of the distribution lines has a circuit breaker 
(CB) system 15-15 associated therewith. Connected to 

35 each of the high voltage lines 10, 12 are a pair of 
protective relays, for example relays 22 and 24 for high 
voltage line 10, while connected to each of the 
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distribution lines is one protective relay, for example 
relay 26 for distribution line 16. Relays 28 and 30 are 
connected, respectively, to the high voltage and low 
voltage sides of transformer 14. The relay 

5 configuration shown in Figure 1 is a typical arrangement 
for a power substation. 

Each of the protective relays shown in Figure 
1 includes a particular combination of protective 
elements (for example, ground and distance elements) 

10 which provide the desired protection for the particular 
power line associated with the relay. Hence, the relays 
on the distribution lines will have a different 
combination of protective elements than will the relays 
for the high voltage lines and the relays on the two 

15 sides of transformer 14. 

All of these relays are connected, 
respectively, to an input port of the communications 
processor of the present invention, referred to 
generally at 34. Communications processor 34, besides 

2 0 having a number of ports for connection to protective 

relays, referred to as IED (Intelligent Electronic 
Device) ports, will also typically include at least one 
port for a local printer 36, and a port to receive a 
modulated or demodulated IRIG(B) time code from an 
25 external source, shown generally at 38. Additional 
ports for a remote terminal unit 40, a local user 
terminal such as a computer 42, and a modem connection 
for use with an external telephone line 44 are referred 
to herein as master ports. 

3 0 In the embodiment shown, there are 16 rear 

panel ports and one front panel port for a local 
terminal. With respect to telephone line 44, the 
communications processor 34 can either include an 
internal modem J&€*, or a modem external to the processor 
35 can be used. Typically, processor 34 will have a large 
number of ports (10-12 in the embodiment shown) capable 
of communicating with IEDs such as protective relays or 
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meters, a relatively small number of "master ports" to 
which are connected devices such as computers and remote 
terminal units for the entry of commands and/or the 
output of data, and a small number, typically one, of 
5 ports adapted to connect with a printer. It should be 
understood, however, that each of the 16 rear ports can 
be an IED, master or printer port (the front panel port 
is a master port) • The identification of particular 
ports as being IED, master or printer ports is for the 

10 convenience of the user. 

It should be understood that the number of 
ports in communications processor 34 and the particular 
arrangement of the ports relative to the devices 
connected thereto can be changed within the spirit of 

15 the present invention. The present invention is thus 
not limited to the particular number of ports and/or 
arrangement shown in Figure 1, which is for illustration 
only. Figure 1 does illustrate, however, the basic 
integration capabilities of the communications processor 

20 of the present invention, including the accessibility of 
data from each of the protective relays at a substation, 
control of connected relays and other intelligent 
electronic devices, the provision of synchronized time 
information from the IRIG(B) time code input, the 

25 capability of communication with a remote monitoring 
system through a modem/telephone line and/or another 
similar communications processor, the capability of 
providing information to a local printer, and the 
capability of receiving input commands from a local or 

30 remote terminal. Commands can be provided either at the 
substation through a local terminal or computer 42, from 
a remote terminal unit 40, or over the telephone lines. 

It should also be understood that 
communications processor 34 can operate either as a 

35 stand-alone device at a particular substation, or can be 
part of a more comprehensive monitoring system, i.e. a 
SCADA system. Two or more communications processors can 
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also be connected together, i.e. cascaded, to provide 
increased integration at one or more substations. 

Figure 2 shows a basic block diagram of the 
communications processor 34. Communications processor 
5 34 includes a microprocessor 50. The microprocessor 
used in the embodiment shown is a Motorola 68332, but 
other comparable microprocessors can be used. As will 
be discussed below, microprocessor 50 has a number of 
processing and control functions, including an input 
10 handling function or routine and a message generating 
function or routine for each port, as well as the 
execution of program instructions stored in memory which 
carry out the overall flow and organization of the data. 
These instructions are stored in ROM memory 52. A high 
15 level software flow chart for data control and data flow 
is shown in Figure 3, which will be explained in more 
detail below. 

The microprocessor also includes a number of 
.configuration jumpers, which are shown collectively at 
54, which are responsible for establishing certain 
initialization conditions, such as front panel port 
communications parameters. The microprocessor 50 also 
ihas the capability of providing an independent alarm 
| output upon recognition of an alarm condition, by means 

j of alarm unit 56. Alarm 56 includes a light-emitting 

t 

j diode (LED) visual indicator. 

Microprocessor 50 is in communication with 
remote terminal units or other systems via a standard 
telephone line and a modem 58. As indicated above, 

30 modem 58 may either be internal to the communications 
processor itself or external thereto. Communications 
processor 34 also has, as indicated above, a time 
synchronization capability. Communications processor 34 
accepts either a modulated or demodulated IRIG-B signal 

35 through a rear panel connector. If the signal is 
modulated, it is demodulated at 61. An internal jumper 
60 identifies whether the incoming time signal is 
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modulated or demodulated. 



The IRIG-B signal is an 



internationally known, well-recognized time code signal 
for establishing time synchronization. 



5 available, an internal clock/ calendar 62, which is 
powered by a battery 64 when the communications 
processor is not connected to an external power source, 
provides a time signal which can be used for time 
synchronization of the various port-connected devices. 

10 Typically, internal clock 62 is accurate to within one 
minute per year, with battery 64 having an expected life 
of 10 years. The IRIG time signal (or the internal 
clock time signal) is applied to a buffer 63, and then 
distributed to all of the port-connected devices. The 

15 communications processor 34 of the present invention is 
capable of both data communication and IRIG-B time code 
transmission over a single cable. 



with the various port devices through a plurality of 
20 EIA-232 (RS-232) serial ports, as indicated above, shown 
as a group at 70. In the embodiment shown, there are a 
total of 17 ports, 16 rear panel ports and one front 
panel port. The front panel port is typically for a 
local terminal unit of some kind (at the substation) . 
25 Associated with each port is a level shifter 72, which 
adjusts the voltage level between the TTL voltage level 
used in the microprocessor, which is typically 1-5 
volts, and the ±12 volt levels appropriate for EIA-2 32 
ports . 

30 Intermediate of level shifters 72 and the 

microprocessor 50 are four quad universal asynchronous 
receiver transmitter devices (QUARTS) . The QUARTS each 
service four ports, for a total of 16 ports, while the 
front panel port in the embodiment shown is serviced by 

35 a serial communications interface 59 in the 
microprocessor 50. QUARTS are well known, commercially 
available devices, and may be purchased from various 



If there is no external IRIG-B signal 



The microprocessor 50 is in data communication 
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manufacturers, such as Signetics, Inc. Hardware 
communication thus extends between microprocessor 50, a 
QUARTS 74, a level shifter 72 and an EIA-232 serial port 
70, supported by ROM memory 52 and other memory 
5 discussed below. 

Communications processor 34 in the embodiment 
shown also includes transmit and receive activity LEDs 
for each port 70, shown generally at 76. The LEDs are 
located on the front panel of the processor. Thus, an 
10 operator can tell whether data is being received from or 
transmitted to each device connected to the various 
ports . 

The data received from the various devices, 
such as meter data, summary event reports, target data 

15 and status data, is temporarily stored (buffer storage) 
in random access memory (RAM) 78. This includes both 
local buffer storage for the data received at the 
individual ports and storage of processed data. For 
long-term storage, such as for saving entire event 

20 reports, "flash" memory 80 is used, which is also a RAM. 
Flash memory 80 is non-volatile, so that it is not lost 
in the event of loss of power. 

The electronically erasable, programmable, 
read-only memory (EE PROM) 82 is used in the embodiment 

25 shown to store various setting commands (settings) 
provided to the apparatus through a master port, 
including user-defined commands and the command logic to 
implement them. Accordingly, an operator need only 
provide relatively simple, short commands to produce 

30 various repetitive or special operations by the 
processor. In the embodiment shown, a first group of 
command settings (for each port) includes port 
configuration and communications parameters; a second 
group of command settings includes buffer storage 

35 control, automatic message triggers, data processing 
(parsing) for that port, message control for flash 
memory, and user message storage. A third group of 
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command settings includes global parameters for the 
entire instrument, intermediate logic variables and 
input settings for the output contacts described below. 
A fourth group of commands is for the user-defined 
5 message strings or can be used to supplement or disable 
the normal communications processor command set. In the 
embodiment shown, each port has the capability of 
recognizing up to eight user-defined commands, although 
this can be varied. 

10 Hence, the communications processor 34 of the 

present invention is characterized by sophisticated 
communication processing functions, and by comprehensive 
data storage, providing a substantial database 
capability within the apparatus. The communications 

15 processor 34 also has the capability of receiving inputs 
from the various protective relays directly through 
contact inputs 86. These inputs could include alarm 
contacts from those relays or relay failure contacts. 
The inputs could also include contacts from other 

20 monitoring apparatus not having a data communications 
capability or other power apparatus having auxiliary 
contacts. An interface bus 88 connects these contact 
inputs with the microprocessor 50. The communications 
processor 34 has contact outputs 90 as well, which are 

25 used to output a trip signal, for instance, to a circuit 
breaker or similar device. In the embodiment shown, 
there are 16 contact inputs and four contact outputs. 
Lastly, Figure 2 also shows a power supply 92, which 
provides the various levels of power needed for 

30 operation of communications processor 34. 

In operation, communications processor 34 of 
the present invention has a capability of communicating 
with the various port devices thorough an ASCII 
communication format. The ports can be individually 

35 configured to the particular communication parameters of 
the connected device through the setting commands, 
including baud rate, number of data bits, stop bits, 
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parity check, port time-out time and on-off control. 
This can be done on an automatic configuration basis, 
through pre-programmed instructions, if the 
communications processor 34 knows the required 
5 configuration for a particular device. Communication 
with the ports can also be formatted so that the 
processor, on a port -by-port basis, may be transparent 
to the information from IEDs, i.e. binary information 
from IEDs can be directly outputted to a local terminal 

10 or to a remote location via a modem. Further, processor 
34 has the capability, as indicated above, of 
synchronizing all of the devices connected to its 
various ports to a given date and time, either via an 
external IRIG(B) signal which is transmitted to the 

15 various ports along with the data/message communication, 
or by an internally generated time signal. Communica- 
tion with the various port-connected devices is thus 
quite flexible and convenient. The structure and 
processing capability of the apparatus is capable of 

20 supporting simultaneous communication with all the port- 
connected devices, with multiple users. Hence, 
communications processor 34 is a multi-task, multi-user 
apparatus . 

Figure 3 is a high level software design flow 
25 chart for the processor apparatus of the present 
invention. It is the basic design document by which a 
skilled programmer can produce the specific code to 
carry out the communications processing and control 
functions of the present invention. Figures 5A-5C and 
30 6A-6B show software flow chart information for 
particular portions of Figure 3. The circles in Figure 
3 indicate specific program routines, each of which will 
be described in some detail below, while the solid, 
closely parallel lines represent data storage. The 
35 solid connecting lines represent data flow paths, while 
the dotted connecting lines represent command control 
paths . 
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Each of the 17 ports in the embodiment shown 
has a basic processing routine associated therewith, 
referred to as a port task or routine. Figure 3 shows 
the various routines and data storage for two ports. 
5 This is representative, both in a global sense and in an 
individual port sense, of the software operation and 
control for all 17 individual ports and the apparatus as 
a whole. Figure 3 may thus be easily expanded to cover 
all 17 ports. 

10 Figure 3 shows a port task or routine 100 

associated with a first port, and a port task or routine 
102 which is associated with a second port. Port task 
100 is responsible for the processing and control 
functions associated with the transmission of data 

15 between the port associated with the port task and the 
device connected thereto. As indicated above, the 
communications processor of the present invention has 17 
total ports, 16 of which are serviced by four QUARTS. 
Each QUART generates interrupts to the microprocessor 50 

20 for communication with each of the four port devices 
connected to the QUART. 

The QUART generates separate interrupts for 
input communication from the devices and output 
communication to the devices. Microprocessor 50 

25 services the interrupts by executing an Interrupt 
Service Routine (ISR) . As an example for one particular 
port, ISR 104 handles the input communications for that 
one port serviced by a QUART, while ISR 138 handles the 
output communications for the same port. Similar ISRs 

30 handle input/ output communications for the remaining 
three ports for the QUART. The data received by input 
ISR 104 can either be in the ASCII format, such as an 
input command from a terminal or modem, or in binary 
format, such as from a protective relay IED. The ISR 

35 input routine reads the characters one by one as they 
come in, responding to a sequence of interrupts from the 
QUART. The data is placed either in an ASCII buffer 106 
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or a binary buffer 108, as appropriate. A message 
checker routine 110 checks the data as it comes in to 
determine the end of the data stream or message. 

At this point, the port task 100, which is in 
5 data communication with buffers 106 and 108, and 
receives control information from the message checker 
110, takes over. For an incoming message from an IED 
port, which may be unsolicited or in response to a 
periodic or special message request established by the 

10 command settings, task 100 will process the message by 
parsing (processing) it in accordance with various pre- 
established rules established by the command settings, 
and then storing it in a buffer in RAM database 112, or 
if it is an event report, in long-term flash memory 114. 

15 The port task 100 is in operation responsive 

via command flow lines to settings which as discussed 
above have been pre-established in EEPROM or to user- 
defined commands, which are recognized as standing for 
a particular sequence of operations which are carried 

20 out by the processor in accordance with instructions in 
EEPROM 117. Settings can be established to carry out 
repetitive functions. Such a setting will include an 
"issue condition", which defines when a particular 
request is to be carried out by a port task, e.g. every 

25 two seconds, while a "command condition" portion of that 
setting establishes the particular request, e.g. obtain 
meter data from the connected IED or send a message to 
a master port. In response to the occurrence of a 
defined issue condition for an IED port, a bit is set in 

30 a "local target" area (141 in Figure 3) , which is 
recognized by the port task and which in turn makes the 
associated command condition request for data from the 
IED. The request for data proceeds through transmit 
buf fer^^iiT-by operation of output ISR 138 to the IED. 

35 When the requested data is provided by the IED (usually 
within a very short time), by operation of ISR 104, the 
last part of the setting, which establishes the data 
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parsing condition, is accomplished by port task 100. 

Date and time functions for the apparatus are 
carried out by a clock-handling ISR 130. This ISR is 
responsible for clock maintenance, updating the clock 
5 for the apparatus, and correcting the clock for crystal 
error. If an external (modulated or demodulated) IRIG 
time code is present, clock handler 130 reads this 
particular time and applies it to date/time storage 132, 
which is accessible by both port task routine 100 and a 
10 periodic interrupt timer ISR 118, which, among other 
things, runs the command logic. The clock handling ISR 
is also responsible for monitoring RAM storage for 
failures. 

Figure 3 also shows a fast meter acquisition 

15 routine 134 which is responsive to fast meter data from 
binary buffer after it has been recognized by 

message checkery^rrs*. The fast meter data is raw voltage 
and current samples which are obtained in binary form 
from the IEDs. The communication processor 34 may 

20 calculate other quantities from the data, including 
current and voltage phasor angles. The fast meter data 
is then stored in database 112. 

There is a hierarchy of interrupts in the 
processor between the various ISRs. This is shown in 

25 Figure 4. The highest priority is the clock handling 
ISR which in the embodiment shown runs approximately 
every 1.0 milliseconds. Then there is the front panel 
port ISR, the various other port ISRs and the periodic 
interrupt timer (PIT) ISR, which runs every 3.9 

30 milliseconds. The various interrupts are initiated by 
the receipt and transmission of characters. The first 
thing every interrupt routine must do is to read an 
interrupt register in memory to tell which port is being 
interrupted and whether it is a transmit or receive 

35 interrupt. The appropriate ISR then uses either the 
receive or transmit ISR routine to accomplish the 
desired action. 
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The function of the various port ISRs and the 
clock handling ISR have been described above. The 
periodic interrupt timer (PIT) ISR, as indicated above, 
runs the command logic present in the EE PROM which 
5 results in the machine instructions associated with 
particular user-defined commands, but also handles many 
of the real time task scheduling within the 
communications processor. It handles on/off software 
procedures, referred to as XON/XOFF in the embodiment 

10 shown, for the serial ISRs, as well as initiating action 
of the appropriate port task when data is received at 
that port, as well as other monitoring functions. There 
is data flow between PIT ISR^3r8^ and local (port) targets 
(control bits) 141 which are set in memory, as well as 

15 global (apparatus) targets 143. A port task can also 
force an action from PIT ISR 118 via setting a trigger 
bit 144 in memory. 

The apparatus also includes a diagnostic task 
routine 124, which is a self-test routine monitoring the 

20 ROM, EEPROM and flash memories, as well as the power 
supply. This task sets status bits 126 if failures 
occur. The RAM diagnostic test is handled within clock 
handling ISR 130, as indicated above. The status bits 
are recognized by the port task (e.g. port task 100) , 

25 which in turn sets an alarm counter 128 for a certain 
period of time or a flag associated therewith. Alarm 
handler 132 causes an alarm contact to be closed for the 
specific period of time or permanently, if the flag has 
been set. 

30 The null task 139 is initiated upon power on 

of the apparatus. It is a routine which initializes all 
of the other routines/tasks in the apparatus. 

As indicated above, operation of the processor 
is determined by command settings provided for each 

35 port, including user-defined commands which are carried 
out via the command logic in EEPROM. When the issue 
condition portion of a setting for a particular port 
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device is recognized, a local target flag 141 is set, 
and port task routine 100 issues a request for certain 
data established by the command condition portion of the 
setting, by operation of output ISR 138 to the IED 
5 connected to the port. The relay then sends back the 
requested data, usually very quickly (within a few 
seconds or less) . The received data characters are 
buffered into the apparatus through input ISR 104, 
processed by the port task routine, and then stored 

10 temporarily in RAM database 112. If the input is 
recognized as being fast meter binary data from those 
relays capable of providing raw voltage and current 
data, that information is recognized by the message 
c^ck routine 110, processed by the fast meter routine 

15 and also stored in the RAM database. 

It is important to understand that each port 
has significant processing capability associated 
therewith, including a port task routine, serial input 
and output ISRs, a message checker, ASCII and binary 

20 input buffers, a transmit buffer and a fast meter data 
acquisition task. The port task has a data 

communication capability with RAM, flash and EE PROM 
memories and is responsive to flags set in the local and 
global target (control bit) areas in memory. The port 

25 task also has the capability through setting a trigger 
bit in trigger storage 144 to override the normal logic 
for a particular bit. There are three buffers 
associated with each serial port, an ASCII receive 
buffer, a binary receive buffer and a transmit buffer. 

30 These buffers are used to move data between the serial 
ISRs (both input and output) and the port tasks. 

Associated with each port is a port data 
structure in RAM memory. Within the port data structure 
are five data fields used for inter-process 

35 communication within the apparatus. There is an 
operation field which indicates the pending operations 
for the particular port task. There is also a type 
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field which indicates the type of device connected to 
the port, a mode field which indicates whether the port 
is currently in transparent or direct mode, a requester 
field which is used in some communication processes to 
5 indicate which other port task is requesting a 
particular process of the port, and a request code field 
which is used to define the nature of that request. 

Within each port structure in addition are 
flags and timers which are used by the serial and PIT 

10 ISRs for controlling data communication. These include, 
among others, XON and XOFF flags, initiate transmission, 
transmission completed and end-of -message flags. The 
input buffers are also within the port data structure. 

The data which has been stored in the database 

15 112 can either be viewed, with an appropriate command, 
or sent out any port or ports, either in response to a 
particular command or automatically, in response to 
user-defined commands recognized by the port receiving 
the command. A map command can also be used to see the 

20 organization of the data in a port database. Upon 
completion of input handling by the input ISR for the 
port receiving the command, a bit is set. The bit is 
recognized by port task 100 and the desired data is then 
retrieved from database 112 . The data is formatted 

25 properly for the device to which the data is to be 
transmitted and then directed through the transmit ISR 
138 to the selected local terminal or over a telephone 
line to a remote terminal apparatus. 

The transmitted information, as briefly noted 

30 above, has been previously processed by the port task 
upon the receipt thereof from a port device such as an 
IED. This process is referred to as parsing. The 
incoming data from the IEDs is parsed in accordance with 
certain rules. Parsing basically is designed to produce 

35 the smallest useful element or byte size of the data. 
This reduces the communication and processing burden for 
other devices by permitting them to request and obtain 
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only the specific data they need. Parsing can be 
accomplished in a number of conventional ways, including 
saving of numbers only (ASCII integer) , saving of 
numbers plus any decimals (ASCII float) , saving of all 
5 numbers and characters in a character string and a most 
significant/least significant byte arrangement. Other 
types of parsing may be used as well. 

Data which comes into the communications 
processor apparatus from an IED port in response to a 

10 command or request message is referred to as a solicited 
message. These messages can be parsed and stored, as 
indicated above, in database 112. Another type of 
message received from the port devices is an unsolicited 
message, i.e. data which is sent to its associated port 

15 without a specific request. These unsolicited messages 
include commands from a local or remote PC, as well as 
messages which are sent automatically by IED devices to 
report specific activity or conditions recognized by a 
protective relay IED. These include event report 

20 summaries, status reports and group setting switch 
reports which indicate a change in the group settings of 
a particular relay. Unsolicited command messages can 
either be messages which the communications processor is 
specifically programmed to recognize, or user-defined 

25 commands which set control bits which are then used by 
the command logic to carry out the desired machine 
functions. 

In addition to the above, there are other 
important processing routines which occur in the 

30 apparatus. For instance, processing is 

initiated/ terminated by XON and XOFF characters. When 
such a character is received in an input ASCII data 
stream at a particular port, it does not go into the 
ASCII buffer. Instead, it sets an appropriate flag, 

35 which is used to enable or disable the transmit ISR. In 
the embodiment shown, if an input buffer, either binary 
or ASCII, exceeds 75% of its capacity, an XOFF flag is 
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set. The transmit ISR reads this flag and inserts an 
XOFF character into its output data stream. 
Subsequently, when it is detected that the input buffer 
has dropped below 25% capacity, an XON flag is set. The 
5 transmit ISR reads this flag and inserts an XON 
character into its output data stream. Once an XOFF 
flag has been recognized by an ISR, the only valid 
character to be transmitted by the ISR subsequently is 
an XON or XOFF character. Otherwise normal transmission 

10 is disabled. 

Further, in the embodiment shown, when a 
receive buffer (ASCII or binary) exceeds 50% full or 
alternatively, no characters have been received for more 
than approximately 60 milliseconds, the associated port 

15 task, e.g. port task 100, is initiated by the periodic 
interrupt timer ISR. This is accomplished by setting a 
character received bit in the operation field of the 
port's port structure. 

Typically, an IED will only transmit to its 

20 particular port. However, when the port is in the 
transparent mode, it will transmit data to a different 
port defined in the requester field in its own port data 
structure. To initiate such a message transmittal to 
the different port, the requesting port task writes the 

25 message information to the port structure of the desired 
port and then sets the initiate-transmit flag for that 
particular port. When this flag is detected, the 
transmit ISR for that port is enabled. When the transit 
ISR detects the end of the desired data, it then sets 

30 the transmit complete bit, and the transmit complete 
operation bit is then set in the initiating port task's 
operations field in its own port data structure. 

Whenever a character is received at a 
particular port, the periodic interrupt timer ISR resets 

35 a time-out timer associated with that port task. If the 
time ever does expire, the port task is reinitiated, by 
setting the port time-out bit within the operations 
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field of that port's port structure. Ports in the 
transparent mode then use the time-out bit to initiate 
termination of the transparent mode, while master ports 
use it as a quit command. 



individual port tasks are capable of communicating with 
each other. This is necessary for a number of reasons, 
including the accomplishment of the following functions: 
port reset, settings changes, transparent mode 

10 initiation, transparent mode termination, autobaud 
operation and autoconf iguration operation. In a port 
reset operation, the port task requesting the change 
sets the port reset bit within the operations field of 
the other port's port structure and sets the requester 

15 field. The receiving port task must reinitialize its 
configuration. It is disabled as long as it is being 
reset. When the reset is complete, the initiating port 
task is notified. 



20 are changed (so as to request a different issue 
condition or different data) , the process must be 
controlled to prevent simultaneous changes in other port 
tasks. Every affected port task, however, must know 
about the change. The port task performing the changing 

25 of the settings initially sets a flag to the port task 
and the fast meter task for the affected port, so as to 
prevent those tasks from actively using the settings. 
Those flags are cleared once the settings changes are 
accomplished. 

30 As indicated above, the various ports in the 

communication processor can operate either in a 
"transparent" mode or a normal mode. In a transparent 
mode, the data is moved through the communications 
processor without any processing. The communications 

35 processor is thus transparent to the data. A master 
port may initiate transparent mode communication based 
on a received command. There is first a verification of 



5 



As shown in Figure 3 and mentioned above, 



When the settings for a particular port task 
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the particular port which is to go into the transparent 
mode, and the request bit within the operations field of 
that port's port structure is then set to the 
transparent mode. If a requested port is able to go 
5 into transparent mode, it must also set a transparent 
mode initiate bit in the operations field of the master 
port's port structure. 

To terminate the transparent mode, the master 
port sets the transparent mode terminate bit within the 

10 operations field of the transparent port's port 
structure and then sets that port's port event. The 
slave port, upon recognizing this operation, sets the 
transparent mode terminate bit within the operations 
field of the requesting port's port structure, and 

15 clears the request field within its own port structure. 

Figures 5 and 6 show the generalized flow of 
functions for the port task 100 and the PIT ISR, 
consolidating in simplified form the information 
provided above. The port task is generally event 

20 driven, while the PIT ISR runs every 3.9 milliseconds as 
indicated above. 

The operation of the communications processor 
is illustrated in the following example involving the 
connection of a protective relay to one IED port. 

25 Initially, the protective relay is connected to a 
selected IED back panel port. A terminal or computer is 
typically connected to the front panel port. The 
initial command settings from the front panel port 
terminal produce the proper formatting data for 

30 communication with the particular IED. In some cases, 
when it is a particular known device, automatic 
configuration of the port is possible. Otherwise, the 
specific baud rate, data bits, stop bit, etc. parameters 
must be established with the connected device. A wide 

35 variety of baud rates (up to 38,400, depending upon port 
configuration) may be accommodated. An XON and XOFF 
"handshake" is used to initiate and terminate 
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communicat ion . 

Following this port configuration process, 
data communication involving the sending and receiving 
of messages between a user, such as a terminal, computer 
5 or remote unit and the connected IED device can occur. 
Settings may also be established which request certain 
data from the connected IED at certain times. The 
obtaining of data can be done on an automatic, periodic 
basis or on a one-time basis. The parsing rules for the 

10 data processing are also established. User-defined 
commands for the particular port are also established, 
to be used by the command logic in the apparatus. Upon 
the occurrence in time of the issue condition (periodic, 
specific time, specific day, etc.), a request for the 

15 data specified in the command condition portion of the 
setting will be provided by the port task to the 
transmit buffer and then through the output ISR for the 
desired port to the relay. 

The relay will respond in a short period of 

20 time, such as with meter data, at the issue condition 
intervals. The data comes in through the input ISR and, 
if it is fast meter data (in binary code) , will be 
applied to the binary buffer, and then to the fast meter 
acquire task, from where it is processed and then sent 

25 to the database. If the data is not fast meter data, 
then it is processed (parsed) by the port task and 
stored in the RAM database. If the data is an event 
report, or other data requiring long-term storage, it 
may be stored in flash memory. Data in the database is 

30 selected and retrieved from the database via the port 
task and provided through a selected port to either a 
local terminal or a remote terminal on an automatic or 
one-time basis, where the data can be reviewed and 
analyzed, as desired. 

35 Accordingly, a power system multi-port 

communications processor has been described which is 
capable of multi-task, multi-user communications 
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processing for a variety of intelligent electronic 
devices, such as protective relays, thereby producing a 
sophisticated communication integration capability at a 
power system substation. The communications processor 
5 includes the ability to configure the communication 
parameters of each of the ports to match that of the 
selected device attached to it, as well as a database 
capability for storing data and a communications 
processing capability for processing the data. 

10 Although a preferred embodiment of the 

invention has been disclosed herein for illustration, it 
should be understood that various changes, modifications 
and substitutions may be incorporated in such embodiment 
without departing from the spirit of the invention, 

15 which is defined by the claims which follow. 



What is claimed is: 




